BW-DOS 1.4

Hallo,

Ich war immer ein SpartaDOS X Fan, aber manchmal brauchte ich ein diskettenbasiertes DOS. Hier hab ich lang gesucht. Eigentlich hatte ich es immer mit irgend ein SpartaDOS 3.xy versucht. Womit ich immer mindestens zwei Probleme hatte waren:

1) SpartaDOS 3 benutzt den RAM under dem OS, welches dann nicht von anderen Programmen genutzt werden kann.

2) Die meisten Versionen bringen eine neuen SIO Treiber mit und nebeln immer meine HSIO Routinen im gepatchten OS und PBI aus.

Dann bin ich auf BW-DOS 1.3 gestoßen. Es war fasst perfekt. OS RAM ist frei und es benutzt einfach den SIO Treiber, den es vorfindet. Weiterhin bietet es alle Vorteile von SpartaDOS 3 und hat trotzdem ein MEMLO unter $2000.

Da ich wissen wollte, wie man dies hinbekommen hat und ich ein paar Kleinigkeiten anpassen wollte, habe ich BW-DOS 1.3 disassembliert. So nun habe ich einen lesbaren Quelltext und konnte ein paar Kleinigkeiten machen, z.B. MAN ähnlich SpartaDOS X. Weiterhin habe ich ein paar Tools vermisst, z.B. einen kleinen Texteditor und Hard-Disk-Tools. Die konnte ich aus anderen Quellen zusammentragen. BW-DOS ist ja SpartaDOS 3 kompatibel.

Das Ergebnis habe ich BW-DOS 1.4 genannt, zu dem ich dann auch die Dokumentation erweitert habe.

Wenn ihr Lust habt, könnte ihr es ja einfach mal ausprobieren: https://github.com/HolgerJanz/BW-DOS

Ich bin an euren Anregungen interessiert, entweder hier oder als PM.

Mein nächstes Projekt ist, FastAssembler auf BW-DOS zu portieren: https://github.com/HolgerJanz/FastAssembler

Bis bald Holger

Erhard schrieb: Hallo Holger,

Handbuch > If you know the author

ich kannte Jiri und zu Zeiten der Reifung von BeWe-DOS haben wir ziemlich viel per Briefpost kommuniziert.

An BeWe-DOS war ich in so fern beteiligt, als daß ich jeweils getestet und Vorschläge unterbreitet habe.

Einige Zeit später hatte ich noch einmal Kontakt zu Jiri. Er sagte, daß er nichts mehr in Richtung Computer und Programmierung machen wolle, da er deutlich zu viel Zeit vor dem Bildschirm verbracht habe und nun mal "raus" müsse.

Janzh schrieb: habe ich BW-DOS 1.3 disassembliert. So nun habe ich einen lesbaren Quelltext

Meine Glückwünsche dazu. Ich weiß, daß Jiri in Assembler ziemlich rumgetrickst hatte, damit das MEMLO niedrig gehalten werden konnte. In so fern war der Code sicher schwer lesbar und vermutlich noch schwerer verständlich.

Allein den linken Rand auf 0 zu setzen und die Kommandos zu kürzen ist schon prima.

Allerdings finde ich es nicht gut, daß die die Kommandos PROTECT und UNPROTECT in LOCK und UNLOCK geändert hast. SD 3.2x und 3.3x verwenden hier PRO und UNP.

Wenn ich mich recht erinnere dienen LOCK und UNLOCK bei SpartaDOS 3.2x und 3.3x zum Einstellen des Schreibschutzes der Disk. (Nicht daß man es wirklich bräuchte).

CU, Erhard

Hallo Erhard,

Vielen Dank für die erste Problemmeldung!

Über das PROTECT/UNPROTECT habe ich lange nachgedacht. Mir war es zu lang und UNPROTECT hat sogar 9 Buchstaben, so dass ich keine MAN UNPROTECT hinbekommen hätte.

Irgendwie hatte ich mich zu LOCK/UNLOCK durchgerungen. Du hast aber recht, es ist ungünstig. 1) BW-DOS unterstütz gar kein Disk Lock und 2) würde das interne Kommando ein externes verschatten. Ich habe jetzt mal 3.3a und 3.2g ausprobiert, bei mir gibt es bei diesen Versionen aber auch nur PROTECT/UNPROTECT. Bei welchen Versionen gibt es PRO/UNP? Leider habe ich auch im Netzt keine Doku zu SpartaDOS 3 gefunden. Ich habe eine zu SpartaDOS 1 und SpartaDOS 2 und SpartaDOS Toolkit. Kannst du mir da helfen?

PRO/UNP scheint mir auch arg kurz. Wie wäre es mit PROT/UNPROT? Ich würde es dann schnell noch einbauen?

Das Disassemblieren war schon interessant. Der Hauptpunkt ist die, wie ich es nenne, MOVE-CALL Engine. Dies ist eine Routine die die Befehle für einen Byte-Move und JSR vom Stack holt. Dabei wird ausgenutzt, dass BW-DOS nicht über $2000 liegt, d.h. die oberen 2 Bits einer Adresse können für Befehle und Länge genutzt werden. Abstraktes Beispiel:

LDA abs_src1
STA abs_dst_1
LDA abs_src1+1
STA abs_dst_1+1
LDA abs_src2
STA abs_dst_2
LDA abs_src2+1
STA abs_dst_2+1
JSR sub1

Sind 8*3=24 Bytes.

JSR MOVE_CALL
DTA a(abs_src1+move,abs_dst1+len_2byte)
DTA a(abs_src2+move,abs_dst2+len_2byte)
DTA a(sub1+call+end)

Sind 13 Bytes.

Natürlich amortisiert sich der Code von MOVE_CALL erst nach mehreren solcher Konstrukte.

Das du Kontakt zu Jiri hattest, beeindruckt mich. Wenn du irgendwann mal wieder Kontakt haben solltest, teile ihm bitte mit, dass ich sehr gern mit ihm kommunizieren würde.

Bis bald Holger

Hallo Erhard,

Danke fürs raussuchen. In OSS OS/A+ war ja alles max 4 Zeichen.

CWD nach CD habe ich genommen, weil es sehr gebräuchlich ist (auch die anderen sehr kurzen wie MD etc.). Ich habe mich immer versucht an SDX zu orientieren. Es gibt PROTECT/UNPROTECT in SDX nicht, hier werden die File-Attribute mit ATR gesetzt.

Ich wähle den Mittelweg PROT/UNPROT. Weit genug weg von LOCK/UNLOCK und dicht an PROTECT/UNPROTECT.

Schönen Sonntagabend und bis bald Holger

atarixle schrieb: BW-DOS 1.3 sollte mal die Basis einer SpartaDOS-kompatiblen Version von BOSS-X werden (Arbeitstitel BW-BOSS). Leider ist nie viel aus BW-BOSS geworden außer einer Tech-Demo.

Was sollte denn BOSS-X oder BW-BOSS sein oder werden?

Erhard schrieb: Hi,

Janzh schrieb: hier werden die File-Attribute mit ATR gesetzt.

echt "ATR"? Nicht MS-DOS entsprechend mit ATTRIB ? Zumindest im originalen SDX 4.21 von ICD gab es ATTRIB zumindest als Alias für das interne Kommando...

CU, Erhard

Genauso ist es auch noch in 4.49. Das Kommando heißt ATR und es gibt den Alias ATTRIB. Bis bald Holger

atarixle schrieb: BW-BOSS: http://atarixle.ddns.net/boss/bossx4.htm

Das sieht ja sehr interessant aus. Im Moment bin ich noch auf der Suche nach einem Fehler in BW-DOS. Der tritt im Normalbetrieb nicht auf, erst wenn ich den Code umstelle. Es fuchst mich, dass ich die Ursache nicht finde. Sobald ich den erlegt habe. Schaue ich mir X-BOSS genauer an.

BW-DOS 1.4 29-09-2022

Habe den Fehler im Command Processor gefunden und korrigiert. Dadurch konnte ich die COMTAB in die Page 7 verlagern und alle Variablen sind dadurch jetzt stabil absolut adressierbar.

Folgende Konstrukte:

* set CRNAME
            lda DOSVEC
            clc
            adc #$03
            sta CRNAME+1
            lda DOSVEC+1
            adc #$00
            sta CRNAME+2
...
            jsr CRNAME
...
* call CRNAME
CRNAME      jmp $ffff

Kann man jetzt ab BW-DOS 1.4 29-09-2022 wie folgt schreiben:

BW_CRNAME   equ $729 ; Jump to CRNAME
...
            jsr BW_CRNAME
...

Dies ist dann nicht SpartaDOS-kompatible, aber man kann einfacher neue Kommandos schreiben, besonders mit dem neuen BW-FAIL Vektor, der sich ähnlich wie U_FAIL in SpartaDOS X verhält. Es sollte vorher BW_DOS auf "BW" und BW_VERS auf größer gleich $14 geprüft werden.

Folgendes Pattern:

* error exit routine
error_exit  pha
* print error number
            jsr _print
            dta b($9B)
            dta c'Error'
            dta b($00)
            pla
            jsr prn_deca
            lda #$9B
            jsr _putc
* set XDIVIO
            ldy #$08
            lda (DOSVEC),Y
            sta XDIVIO+1
            iny
            lda (DOSVEC),Y
            sta XDIVIO+2
* XDIVIO for batch
            ldy #$01
XDIVIO      jsr WARMSV
* exit to DOS
exit        jsr close_1
            jmp (DOSVEC)

Kann jetzt einfach wie folgt geschrieben werden:

BW_FAIL     equ $70F ; fail vector
...
error_exit jmp (BW_FAIL)

Ich habe es mal am Kommando PERCOM als Beispiel gemacht. https://github.com/HolgerJanz/BW-DOS/blob/main/1.4/EXT_CMDS/PERCOM.ASM

Bis bald Holger

Erhard schrieb: Hallo Holger,

Janzh schrieb: Kann man jetzt ab BW-DOS 1.4 29-09-2022 wie folgt schreiben:

kann man oder muß man?

Man kann! BW-DOS 1.4 ist genauso SpartaDOS- kompatibel, wie BW-DOS 1.3. Es ist nur eine weitere Option.

Hallo Erhard,

Du hast in beiden Punkten recht. 1) COLD sollte wirklich nur Batch und Hard-Copy beenden und einen Kaltstart machen. Ich würde dann extra Tools für The!Cart schreiben. 2) An die Archive habe ich nicht gedacht, da ich auch auf meinem Rechner immer nur mit Git arbeite. Da kann man einfach Clonen und auf eine Version synced. Ich werde die Archive erstellen.

Wird beides im Laufe der nächsten Woche passieren.

Bis bald Holger

tschak909 schrieb: There is also the N: handler, which integrates the network adapter, directly into CIO: https://github.com/FujiNetWIFI/fujinet-nhandler

The protocol adapters are very open-ended, so at some point, we'll add the ability to traverse into file systems on any disk image (even filesystems that were never native to Atari)

-Thom

Hallo Thom, Gibt es da nicht schon ein Paket für SpartaDOS 3? Dies sollte ohne Probleme funktionieren. Bis bald Holger

tschak909 schrieb: Yes, the n-handler.atr will work, and I do have a pre-made BW-DOS 1.3 on the apps.irata.online TNFS server.

The reason I mentioned, is perhaps you'd want to take some of the commands and make them intrinsic? 🙂

-Thom

Just a thought. 🙂

Sure. I think I have to buy one of it. What is the most current version, 1.7? Do you know where to buy one? Regards, Holger

tschak909 schrieb: Some of the local vendors should be able to help you out, in the mean time, you can also use fujinet-pc and connect it to Altirra. 🙂

https://github.com/FujiNetWIFI/fujinet-pc and https://github.com/a8jan/fujinet-pc-launcher

-Thom

Hi Thom, Ordered a FujiNet 1.6. Delivery time 2 weeks. As soon as I have a clear understanding of this device I will think what I can do. For this time maybe you can write me your ideas or thoughts via PM. Holger

tschak909 schrieb: Ok. If you want. 🙂

I tend to talk publicly, because I believe very little actually ever needs to be said privately, especially for things that we all will benefit from.

-Thom

Ok. Then get stated here. 😎

Hallo,

Ich habe gerade FastAssembler auf BW-DOS 1.4 portiert. https://github.com/HolgerJanz/FastAssembler

Neben dem FastAssembler (FA.COM) habe ich noch ein paar Tools dem BW-DOS 1.4 ATR hinzugefügt: APETD.SYS - Treiber für SIO Uhr mit APE Protokoll z.B. unterstützt von SIO2PC und FujiNet GETTD - gibt einfach die aktuelle Datum/Zeit aus (fand ich praktisch für einige Batch-Files) COMP - Vergleicht Dateien RENDIR - Umbenenne von Directories XEDIT - ein super Editor zum programmieren, nutze ich immer mit FastAssembler. https://github.com/HolgerJanz/BW-DOS

Weiterhin können die Sources von BW-DOS als auch FastAssembler selbst mit FastAssembler (sowohl auf SpartaDOS X als auch auf BW-DOS) kompiliert werden. Ist jetzt sozusagen eine System das sich selbst Boot-Strapen kann.

Bis bald Holger